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DETAILED ACTION 

A request for continued examination under 37 CFR 1 .114, including tlie fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since 
this application is eligible for continued examination under 37 CFR 1.114, and the 
fee set forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous 
Office action has been withdrawn pursuant to 37 CFR 1 .1 14. Applicant's 
submission filed on 8/13/10 has been entered. Claims 1-12 are pending in the 
application. Claims 1, 5, 9-10 are independent claims. 

Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 102 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

Claims 1-4, 9-12 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Jiang et al. (US 6453354) in view of Manczak (US 
2002/0161855). 

As per claims 1,10, Jiang et al. teach 

initiating an operation on the virtual metadata; locking the virtual metadata during 
execution of the operation; beginning execution of the operation on the virtual 
metadata - col. 10, lines 7-20; col. 29, line 65 to col. 30, line 41; figure 22: a 
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graph of file systems and virtual nodes as maintained by the UFS software mode 
of figure 17. 

determining whether a source metadata is to be relocated during execution of the 

operation, wherein relocation of the source metadata Involves sending the virtual 
metadata from the source to a target metadata location/storage (col. 11, l®'^"'^ 
paragraphs; col. 29, lines 43-65) 

determining whether the virtual metadata is under hierarchical storage 
management - col. 30, lines 41-55; col. 33, line 57 to col. 34, line 20 (Universal 
File System has the hierarchical directory structure: figs. 22-23 with virtual nodes 
and shadow file systems). 

releasing a lock on the source metadata storage in response to relocation of the 
metadata during execution of the operation on the virtual metadata - col. 27, line 
59 to col. 28 (a shared lock gives a data mover the permission to read the file, 
while an exclusive lock gives the data mover... to modify and its metadata... or the 
secondary data mover Itself releases the lock voluntarily... release); col. 29, line 
65 to col. 30, line 40 (if a secondary data mover modifies the file and as a result 
the file's metadata is changed, it will increase the version number, when it 
releases the lock, it will tell the Owner about the new metadata... The version 
number Is exchanged and compared to make sure that every data mover always 
caches and operates on the most up to date version of the metadata, so that the 
exchange or metadata from a secondary data mover to the Owner follows 
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release consistency, and the exchange of metadata from an Owner to a 
secondary data mover follows entry consistency); col. 35, lines 49-57. 

However, Jiang et al. discloses target and destination metadata storages 
(col. 29, lines 43-65; col. 13, lines 35-41). Jiang et al. does not explicitly suggest 
metadata servers. Manczak discloses metadata servers and data storage 
servers including hierarchical storage management -fig. 5, items 421-422, 41- 
458, also as described in paragraph 45; distributed metadata service made up of 
one or more metadata servers - par. 22; the virtual metadata being under 
hierarchical storage management - pars. 48- 54; determining whether a 
metadata server maintaining the virtual metadata is to be relocated during 
execution of the operation - pars. 35, 43-48, 52-54: "All metadata associated 
with data stored in data storage network 300 is stored by for example and without 
limitation MPS 31 5 on Metadata Server 31 6 and disk 21 8. .. If the data is modified 
as a result of the access.. .the metadata is correspondinglv updated" : 
"... scalable means that any system resource can be increased by adding more 
nodes. Redundant means that any system resource can remain available even if 
any of its components fail . Scalable and redundant file storage system 400 
includes a scalable and redundant Gateway Service 410, and a scalable and 
redundant Metadata Service 420. . . the ability to migrate data transparently 
further enables usage of the symmetric shared file storage system according to 
the invention as a hierarchical storage management (HSM) system ..." Therefore, 
with either a failure of a metadata server or adding of a new metadata server in 
which a relocation of metadata or metadata server will be transparent to users 
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based on redundancy and scalability of metadata service. Thus, it would have 
been obvious to one of ordinary skill in the art at the time of the invention to 
combine Jiang's teaching with Manczak's teaching in order to allow the flexibility 
in computer file systems in terms of data reliability and increasing in capacity. 

As per claims 2,11, Jiang et al. teach 

Examiner checked the application's specification and drawings and did not 
find a definition for "a private data chain". The Microsoft Computer Dictionary - 
Fourth Edition cites data chaining as "the process of storing segments of data in 
noncontiguous locations while retaining the ability to reconnect them in the 
proper sequence." 

wherein the virtual metadata is formed as a private data chain; locking a pointer 
to the private data chain prior to linking to a first item of private data in the private 
data chain - col. 8, line 52 to col. 9, line 14; col. 11, lines 14-32; col. 31, last 
paragraph. 

As per claims 3, 12, Jiang et al. teach 

waiting, after said releasing, for availability of a lock on the pointer to the private 
data chain upon completion of relocation of the source metadata, before 
continuing with execution of operations on the virtual metadata - col. 27, line 32 
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to col. 28, line 15; col. 29, lines 9-65. However Jiang does not explicitly disclose 
the limitation "metadata server". Manczak discloses metadata servers and data 
storage servers including hierarchical storage management - fig. 5, items 421- 
422, 41-458, also as described in paragraph 45; distributed metadata service 
made up of one or more metadata servers - par. 22; the virtual metadata being 
under hierarchical storage management - pars. 48- 54; determining whether a 
metadata server maintaining the virtual metadata is to be relocated during 
execution of the operation - pars. 35, 43-48, 52-54. Thus, it would have been 
obvious to one of ordinary skill in the art at the time of the invention to combine 
Jiang's teaching with Manczak's teaching in order to allow metadata storages 
such as metadata servers be utilized. 



As per claim 4, Jiang et al. teach 

wherein said releasing, waiting and continuing execution of operations on the 
virtual metadata after relocation of the source metadata are performed 
transparently to users - col. 13, last paragraph; col. 17, line 39 to col. 18, line 10; 
col. 19, last paragraph; col. 27, lines 49-59. However Jiang does not explicitly 
disclose the limitation "metadata server". Manczak discloses metadata and data 
storage including hierarchical storage management -fig. 5; distributed metadata 
service made up of one or more metadata servers - par. 22; the virtual metadata 
being under hierarchical storage management - pars. 48- 54; "All metadata 
associated with data stored in data storage network 300 is stored bv for example 
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and without limitation MPS 315 on Metadata Server 316 and disk 21 8. .. If the 
data is modified as a result of the access...the metadata is correspondingly 
updated" - pars. 34-35; ".. . scalable means that any system resource can be 
increased by adding more nodes. Redundant means that any system resource 
can remain available even if any of its components fail . Scalable and redundant 
file storage system 400 includes a scalable and redundant Gateway Service 410, 
and a scalable and redundant Metadata Service 420. . . the ability to migrate data 
transparently further enables usage of the symmetric shared file storage system 
according to the invention as a hierarchical storage management (HSM) 
system..." - pars. 43-45; data migration and mirroring, these operations can be 
initiated manually or automatically and transparent to the users - pars. 51-55. 
Therefore, with either a failure of a metadata server or adding of a new metadata 
server in which a relocation of metadata or metadata server will be transparent to 
users based on redundancy and scalability of metadata service. Thus, it would 
have been obvious to one of ordinary skill in the art at the time of the invention to 
combine Jiang's teaching with Manczak's teaching in order to allow the flexibility 
in computer file systems in terms of data reliability and increasing in capacity. 



As per claim 9, Jiang et al. teach 

storage devices storing at least one file; network coupled to said storage devices 
-col. 1, lines 9-10; fig. 4; col. 38, lines 14-23. 

at least one metadata server node, coupled to said network - fig. 3, items 60-71 ; 
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col. 2, lines 18-49 (whenever the data mover computer receives a file access 
request from the client, it checks the configuration directory to determine whether 
or not the file is in a file system owned by the data mover. Thus, the data mover 
acts as "a metadata server node"). 

metadata in file server 60 which is further described at col. 9, line 54 to col. 10, 
line 19. 

at least one metadata client node, coupled to said storage area network - figures 
3-4, clients items 64-65, 87-90. 

initiating an operation on the virtual metadata; locking the virtual metadata during 
execution of the operation; beginning execution of the operation on the virtual 
metadata - col. 10, lines 7-20; col. 29, line 65 to col. 30, line 41; figure 22: a 
graph of file systems and virtual nodes as maintained by the UFS software mode 
of figure 17. 

determining whether a source metadata is to be relocated during execution of the 

operation, wherein relocation of the source metadata involves sending the virtual 
metadata from the source to a target metadata location/storage (col. 11, 1^'^""^ 
paragraphs; col. 29, lines 43-65) 

determining whether the virtual metadata is under hierarchical storage 
management - col. 30, lines 41-55; col. 33, line 57 to col. 34, line 20 (Universal 
File System has the hierarchical directory structure: figs. 22-23 with virtual nodes 
and shadow file systems). 
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release a lock on the virtual metadata in response to relocation of said source 
metadata during execution of the operation on the virtual metadata - fig. 3 where 
clients interchange metadata with file server 60; col. 27, line 59 to col. 28 (a 
shared lock gives a data mover the permission to read the file, while an exclusive 
lock gives the data mover... to modify and its metadata... or the secondary data 
mover itself releases the lock voluntarily... release); col. 29, line 65 to col. 30, line 
40 (if a secondary data mover modifies the file and as a result the file's metadata 
is changed, it will increase the version number, when it releases the lock, it will 
tell the Owner about the new metadata... The version number is exchanged and 
compared to make sure that every data mover always caches and operates on 
the most up to date version of the metadata, so that the exchange or metadata 
from a secondary data mover to the Owner follows release consistency, and the 
exchange of metadata from an Owner to a secondary data mover follows entry 
consistency); col. 35, lines 49-57. 

However, Jiang does not disclose a SAN and a metadata server. 
Manczak teaches file storage system using SAN technology - par. 12; migrate 
file data between nodes - par. 30; metadata servers and data storage servers 
including hierarchical storage management -fig. 5, items 421-422, 41-458, also 
as described in paragraph 45; distributed metadata service made up of one or 
more metadata servers - par. 22; the virtual metadata being under hierarchical 
storage management - pars. 48- 54; determining whether a metadata server 
maintaining the virtual metadata is to be relocated during execution of the 
operation - pars. 35, 43-48, 52-54: "All metadata associated with data stored in 
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data storage network 300 is stored bv for example and without limitation MPS 
315 on Metadata Server 316 and disk 21 8. .. If the data is modified as a result of 
the access. ■ -the metadata is correspondingly updated" ; ".. . scalable means that 
any system resource can be increased bv adding more nodes. Redundant 
means that any system resource can remain available even if any of its 
components fail . Scalable and redundant file storage system 400 includes a 
scalable and redundant Gateway Service 410, and a scalable and redundant 
Metadata Service 420. . . the ability to migrate data transparently further enables 
usage of the symmetric shared file storage system according to the invention as 
a hierarchical storage management (HSM) system ..." Therefore, with either a 
failure of a metadata server or adding of a new metadata server in which a 
relocation of metadata or metadata server will be transparent to users based on 
redundancy and scalability of metadata service; fig. 3, items 302-308 connecting 
to networks and metadata servers. Thus, it would have been obvious to one of 
ordinary skill in the art at the time of the invention to combine Jiang's teaching 
with Manczak's teaching in order to allow the flexibility in computer file systems in 
terms of data reliability and increasing in capacity and to allow efficient 
communication between computer data nodes. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained thougli tlie invention is not identically 
disclosed or described as set forth in section 102 of this title, if the 
differences between the subject matter sought to be patented and the 
prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not 
be negatived by the manner in which the invention was made. 

Claims 5-8 are rejected under 35 U.S.C. 103(a) as being unpatentable 

over Jiang et al. (US 6453354), in view of Manczak et al. (US 20020161855) and 

further in view of Cabrera et al. (US 6981005). 

As per claim 5, Jiang et al. teach 

retargeting objects on the computer system nodes accessing a current metadata 
computer to a new metadata computer - col. 3, lines 59 to col. 4, line 15 
(network file server system with data movers and network clients); fig. 4, items 1- 
4, 81-82, metadata in file server 60 which is further described at col. 10, lines 20- 
67; col. 29, line 43 to col. 30, line 41 . 

initiating relocation on the current metadata to the new metadata storage/location 
involves sending the virtual metadata from the current metadata location/storage 
to the new metadata location/storage - col. 1 1 , l®'^"'^ ^"'^ paragraphs; col. 29, 
lines 43-65. 

locking the virtual metadata during execution of the operation; beginning 
execution of the operation on the virtual metadata - col. 10, lines 7-20; col. 29, 
line 65 to col. 30, line 41. 
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releasing a \ock on the virtual metadata in response to initiating relocation of the 
metadata server during execution of the virtual metadata - col. 8, last paragraph 
to col. 9, line 14; col. 27, line 59 to col. 28 (a shared lock gives a data mover the 
permission to read the file, while an exclusive lock gives the data mover... to 
modify and its metadata... or the secondary data mover itself releases the lock 
voluntarily... release.); col. 29, line 65 to col. 30, line 40 (if a secondary data 
mover modifies the file and as a result the file's metadata is changed, it will 
increase the version number, when it releases the lock, it will tell the Owner 
about the new metadata... The version number is exchanged and compared to 
make sure that every data mover always caches and operates on the most up to 
date version of the metadata, so that the exchange or metadata from a 
secondary data mover to the Owner follows release consistency, and the 
exchange of metadata from an Owner to a secondary data mover follows entry 
consistency); col. 35, lines 49-57. However, Jiang et al. seems not suggest a 
metadata server. 

sending the virtual metadata from the current metadata location/storage to the 
new metadata location/storage - col. 1 1 , line 1-32; col. 29, line 65 to col. 30, line 
41. 

Manczak discloses metadata servers and data storage servers including 
hierarchical storage management -fig. 5, items 421-422, 41-458, also as 
described in paragraph 45; distributed metadata service made up of one or more 
metadata servers - par. 22; the virtual metadata being under hierarchical storage 
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management - pars. 48- 54; determining whetlier a metadata server maintaining 
the virtual metadata is to be relocated during execution of the operation - pars. 
35, 43-48, 52-54: "All metadata associated with data stored in data storage 
network 300 is stored bv for example and without limitation iVIDS 315 on 
Metadata Server 31 6 and disk 21 8. .. If the data is modified as a result of the 
access... the metadata is correspondingly updated" : "... scalable means that any 
system resource can be increased bv adding more nodes. Redundant means 
that any system resource can remain available even if any of its components fail . 
Scalable and redundant file storage system 400 includes a scalable and 
redundant Gateway Service 410, and a scalable and redundant Metadata 
Service 420. .. the ability to migrate data transparently further enables usage of 
the symmetric shared file storage system according to the invention as a 
hierarchical storage management (HSM) system ..." Therefore, with either a 
failure of a metadata server or adding of a new metadata server in which a 
relocation of metadata or metadata server will be transparent to users based on 
redundancy and scalability of metadata service. Thus, it would have been 
obvious to one of ordinary skill in the art at the time of the invention to combine 
Jiang's teaching with Manczak's teaching in order to allow the flexibility in 
computer file systems in terms of data reliability and increasing in capacity. 

However, Jiang and Manczak do not disclose the implementation of 
□MAPI. Cabrera teaches hierarchical storage management systems, migrating 
of data to other storage location and preserves the relationships between the 
migrated data and the stream of data via metadata - col. 5, lines 7-67; network 
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client and server computers - col. 7, last paragraph; an application programming 
interface for data migration - claims 28-29. Thus, It would have been obvious to 
one of ordinary skill In the art at the time of the invention to combine Jiang's 
teaching with Manczak's and Cabrera's teachings in order to efficiently allow data 
migrating between computers/servers efficiently. 

Claims 6-8 claim the same subject matter as of claims 2-4 and are rejected 
based on the same ground of rejection. 



Response to Arguments 

Applicant's arguments with respect to claims 1-12 have been considered 
but are not persuasive. 

Regarding the Applicant's arguments that Jiang fails to disclose any ability 
to relocate the metadata server. Examiner disagrees. The rejection of the 
Independent claims Is based on the combination of teachings of Jiang et al. and 
Manczak. In response to applicant's arguments against the references 
individually, one cannot show nonobviousness by attacking references 
individually where the rejections are based on combinations of references. See 
In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 
F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 

Jiang discloses the updating and sending of metadata from a metadata 
source to the metadata target/destination location/storage based on needs at col. 
-I -I -|stand 2nd paragraphs; col. 29, lines 43-65. However, Manczak discloses 
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metadata servers and data storage servers including hierarchical storage 
management - fig. 5, items 421-422, 41-458, also as described in paragraph 45; 
distributed metadata service made up of one or more metadata servers - par. 22; 
the virtual metadata being under hierarchical storage management - pars. 48- 
54; determining whether a metadata server maintaining the virtual metadata is to 
be relocated during execution of the operation - pars. 35, 43-48, 52-54. 



Conclusion 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to LINH BLACK whose telephone number is 
571-272-4106. The examiner can normally be reached on Mon.-Thurs. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, James Trujillo can be reached on 571-272-3677. The fax 
phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 



/James Trujillo/ 

Supervisory Patent Examiner, Art Unit 2159 



LINH BLACK 
Examiner 
Art Unit 2159 



